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appar/!ltus for remote mo nitoring of equipment. 
with feed for feeding data 

Field of the Invention 

This invention relates to the field of manufacturing plant and service 
instaUation monitoring and to infoimation technology network components such as 
servers and other computers that can fecilitate such monitoring, particularly (but not 
exclusively) at locations remote firom the equipment to be monitored. 

Backgroimd to the Invention 



Modem manufacturing installations such as semiconductor plants have an 
increasingly complex array of sub-systems requiring monitoring, control, service and 

1 5 maintenance. For example, a semiconductor manufacturing plant has vacuum and 

abatement sub-systems as well as cryogenic systems and ultra-high-purity gas delivery 
systems. Other manufacturing plants have conveyor systems with staged production 
equipment (component insertion tools, soldering equipment, presses, ovens and the 
like). Similarly, service installations such as water or gas supply systems, irrigation 

20 systems and sewerage systems have punq)s, valves, reservoirs and the like. Installations 
such as these have an increasing capacity to generate parameters and data such as flow 
parameters, temperature, pressure, alanns, status, electrical parameters and the like. 
Many of these are used locally at the instaUation for control of the installation. Others, 
such as alamis need to be reported with greater or lesser urgency to appropriate 

25 personnel, such as maintenance engineers. 

Current installation monitoring equipment provides the abiUty to encapsulate 
an alami message into a paging message of a radio-paging system and send the alarm 
message to a predefined pager address. A technician carrying the pager having that 
30 address receives the alarm and maybe able to view some basic encapsulated 

information regarding the nature of the alarm, and is thus able to ^propriately respond 
and give attention to any maintenance that may be required. Similarly, such a message 
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can be aicapsulated into an e-mail message and sent to an e-mail address or into a 
cellular radio short message service (SMS) message and srait to a cellular telephone. 
These arrangements all use private end-to-end delivery systems to deliver the specific 
message to the specific address. They are limited in their flexibiUty. For example, the 

5 recipient of the messages does not have the ability to summarise or filter title messages . 
other than by simply ignoring them or collating them together over a period of time. 
There is a danger that a service engineer may fail to obsCTve an important message 
because it is drowned out among messages of lesser importance. Also, such systems 
have Innited flexibility in the addressing of a message to a service engineer. For 

10 ©cample, if fee message is addressed to a single service engineer, it may be overlooked 
if that ©agineer is not at his work station to receive the e-mail or is out of range of pager 
or cellular radio coverage or for other reasons. On the other hand, if liie message is sent 
to more than one eaginear, there is the danger that resources are wasted by having 
sever^ personnel attending to the same evaat 

15 

ThCTe is a need for a more flexible arrangement for reporting data fix>m 
equipment bdng monitored to personnel in need of data relating to that equipment. 

There is also a need for an arrangement whereby a recipient of reporting data 
20 has greater control over whether or not to receive such data and how firequently to 
receive it, without necessarily havmg to reprogram the system fix>m which the data is 
delivered. 

There is a further need for an arrangement that can deliver data of different 
25 levels and priorities in a more useful and meaningful manner, without havmg to report 
raw data to remote applications for sorting, analysing and summarising at the remote 
£5)plication. There is a need to address these shortcomings with a minimum of 
programming expertise and effort required at the location of the equipment heing 
monitored and at the location of Ihe recipient of the information. 
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Summary of the Invention . 

According to a jSrst aspect of the present invention, a server is provided for 
connecting to equipment to be monitored (for example for connecting to a 
5 manufacturing installation), the server having an Internet Protocol address and 

comprising a database for receiving and storing data from the equipment and a feed for 
feeding data from the database to appHcations (in particular, but not exclusively, to 
remote applications) addressing the saver. 

1 0 The feed is preferably in the form of report generating software (or other 

means) for generating a Rich Site Summary (RSS) or similar feedfile and means for 
making the feedfile available on the server. The feedfile is preferably updated upon 
occurrence of events reported to the server &om the equipment, but alternatively it may 
be iq)3ated from the database at regular report intervals. 

15 

The feed may comprise an extensible mark-up language (XML) file containing 
item tags, wilh the data to be fed to the applications being inserted into the item tags. 

In this mamier, the feedfile may be read by a web page or by syndicated 
20 newsfeed subscription software, for example at a remote computer. This allows display 
of messages and other information &om the monitored system onto the personal 
cofr¥>uter screens of relevant personnel. In the caseof use of syndicated newsfeed 
subscription software, it is not even necessary for the user to have an Internet browser 
application on and open, because the information wiU simply pop up on the user's 
25 screen. 

The server may have a plurality of feedfiles, each containing data received, and 
stored from the equipment and each having a different file name. In this way, users can 
access different feeds &om the same address using different file names. Thus, a user 
30 can select information to be viewed by appropriate file name selection. This selection is 
under the user's control at tiie remote computer. Thus, there may be a range of different 
feedfiles taUored to different technicians or users. Alarms may be stored in one feedfile 
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for receipt by rapid respoBse technicians while reports may be stored in another feedfile 
for receipt by system managers. 

A tool is preferably provided to enable different feedfiles with different ffle 
names to be stmctured differently and/or to accept and deliver different data according 
to user requirements. The tool permits the setting up of analysis of raw data and/or 
summary of the data to present it in the feedfile in a more refined, pre-processed or 
sorted manner, making it more meaningfiil to the recipient who will read the feedfile off 
the server. 



In another aspect of the invention, a manufacturing plant is provided 
comprising a pluraUty of devices, each having sensing means for sensing a parameter, 
and a server as described above, connected to the sensing means for receiving and 
storini data from the sensing means and deUvering it via the feed to the remote 
15 application. 

In a third aspect of the invention, a computer is provided for monitoring of 
equipment (especially for remote monitoring of equipment), the computer having a 
network connection for comiecting to a server (for exanQ>le a server as described above) 
20 connected to equipment to be monitored. The computer has a news display appUcation 
for displaying items fed to the computer by a newsfeed wherein the news display 
appticatidn stores an address of the server as its source of items to be displayed and has 
means for performing a look-up of items from the server at regular intervals. 

25 The read intervals are preferably settable by the user of the computer. 

The computer may have a filter for filtering data received from the server and 
means, m the news display appHcation, for selecting portions of all data received from 
the server for display. 
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In accordance with othef- aspects of the invention, combinations of the above 
elements are provided as weU as methods of operation and computer program products 
comprising instructions and data vrhich, when loaded onto an ^ropriate platform, 
5 cause the performance of steps of those methods. 

A detailed description of preferred embodiments of the appUcation is now 
provided, by way of example only, withreference to the accompanying drawings. 

10 Brief Descriptioft of the Drawings 

Figure 1 is an overall block diagram of an installation such as a semiconductor 
manufacturing plant, connected via the Internet to the offices of a service provider such 

as a rMintenance company. 
15 Figure 2 is a data flow diagram illustrating the operation of software residing 

on one of the servers of Figure 1. 

Figure 3 is a pictorial representation of a web page generated by one of the 

servers of Figure 1 . 

Figure 4 shows certain detail of the installation of Figure 1 to illustrate a 

20 variation on that ihstallation- 

Figure 5 illustates in a hierarchical airaugement a number of systems and 
subsystems to which the present inveation can be appUed. 



25 



30 



Detailed DescriptioDi of the Preferred Embodiment 

An instaUation such as a semiconductor plant or other manufectuiing plant or 
indeed a service installation such as a water irrigation system has many sensors and 
measuring devices measuring, for different stages along the manufacturing process, 
parameters such as fluid and gas flow, temperature, pressure, fluid level, alarms, statos. 
.t,««;.«ic««o«.H«ta ,nT,ratinn noisfi electrical natametets and times ofevents. For 
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data acquisition (SCADA) system. Figure 1' shows a SCADA system comprising a 
central processor 10 having one ormore local area networks (LANs) 1 1, 12 and 13 
coimected to a number of items of equipment in the process via processors 14. In the 
example shown, LAN 11 is aproprietary Lonworks (trademark) bus, LAN 12 is an 
5 EthemetbusandLAN13isoftheMODBUStype. Connected to LAN 13 is a 

processor 14 having digital inputs 15 and analog inputs 16, which are all connected to 
sensors and measuring devices m the equipment to be monitored. A number of other 
processors such as processor 14 are connected to the various buses for the same 
purpose. The processor 14 typically is apiogrammable controUer designed to gather 
10 the various signals from the equipment being monitored and convert them into a 

protocol suitable for the particular bus (11, 12 or 13) connected to the central processor 

10. Alternatively, particularly in the case of aprocessor connected to the Ethernet LAN 

12, the processor 14 may itself be a sarver, 

15 A further LAN 20 is connected to the central processor 10 for the purpose of 

communicating with operators and maintenance personnel. The LAN 20 is comiected 
by a firewall 21 to a LAN 22, here referred to as an operator LAN, being the internal 
network of the operator of the installation. The LAN 20 is also comiected through a 
further firewall 25 to the Internet 26 and via the Internet through a further firewall 28 to 

20 the LAN 30 ofa service provider such as amaintenance service provider providing 
maintenance services to the mstallation. The LAN 20 between the firewalls 21 and 25 
is typically known as a DMZ (demiUtarised zone), being less secure than the operator 
LAN 22. 

25 Various other servers and computers can be connected to the various LANs. In 

particular, an optional server 40 is shown connected to the Ethernet LAN 20. a server 41 
is shown connected to the operator LAN 22 and a fiirther server 42 is shown connected 
to the LAN 30. These will be described in greater detail below. 

30 In operation, equipment being monitored generates digital and analog signals 

and intermpts which are received by the inputs 15 and 16 of the processor 14. Some or 
all of this data and these signals need to be communicated to a maintenance engineer 
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who is not necessarily located at the same sife or to the same local area network. In 
prior art arrangements, it has been known to use these signals to generate paging 
messages which are sent to the wireless pager of a technician. Such paging messages 
would typically be sent from the central processor 10. Such an arrangement is 
inflexible and can be of little value if the messages being sent are too frequent or if 
significant but mfrequent messages are lost among frequent but insignificant messages. 

Accordingly, in the preferred embodiment of the invention, software in the 
central processor 10 receives all the events generated by the various processors 14 and 
summarises these in summarising and reporting software to generate more meaningfiil 
messages targetted at different recipients. These messages are made available on the 
central processor 10 operating as a server and can be picked up by a remote conqiuter 
such as computer 42 on the network of the sendee provider company. The messages to 
be picked up are made available from the central processor 10 m the form of a feedfile, 
particularly a Rich Site Summary (RSS) feedfile. 

RSS is a format for syndicating news. A typical software package for reading 
such news is commonly known as a newsfeed reader. These collect the news in the 
background at user configurable intervals and often warn with a pop-up window in the 
system tray that a fresh news item has geared. A mouse-cHck on the news headline 
then causes a short description of the news to be presented, together with a link to the 
source of the news item. Hie original news web page can then be opened in an RSS 
reader browser or default browser window by fijrther cUckmg on the link. 

The RSS feedfiles available from the central processor 10 are accessed 
remotelyusinganewsfeedreaderonthecomputer42. This reader addresses the IP 
address of the central processing. unit 10 and aparticular RSS file stored on that • 
processing unit, so that messages, alanns and other information pop up on the screen of 
the computer 42 in a manner that is under the control of the operator of the computer 42. 
Alternatively, the RSS feedfiles are used to fill in or "populate" data areas of a web page 
generated by a web server 41 and accessed by means of abrowser on computer 42, 
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Which addresses the mtemet protocol (IP) address of the server 41. How these 
arrangements are achieved is described now in greata- detail. 

Referring to Figure 2, a data flow diagram illustrating operation of certain 

5 software in the central processor 10 is shown. Events or readiags taken firom the digital 
and analog inputs 15 and 16 cause the flow of event information 101, 102 and 103 into 
the software program. These events may occur at regular intervals and with high 
ftequency (e.g many events per second) or they may include events that occur 
infrequently and irregularly, such as alarms. Three such events are shown by way of 

1 0 exan5>le only. The events are stored in a database 105, fiom which they are accessed by 
summarising software 110. The summarising software 1 10 continuously monitors the 
data stored in database 105 and performs summarising and analysing operations on the 
data. For example, where there are a number of different pumps perfoiming a similar 
fiinction, the summarising function of software 1 10 will generate a single concatenated 

15 datafile summarising the status of all the pumps of equal standing at a given tune or, for 
example, for a given pump it will provide a summary report for the operation of the 
pvaap over a predefined time period. These are just examples of the many and varied 
summarising functions that can be pafomied. Other examples would be to take the 
data from the database 105 and summarise it by stage of production or by product or by 

20 workshiftorinottierways. An analysing and summarising tool 112 is provided to 
allow a user to select the analysis function required (e.g. from a list of statistical 
functions) and the parameters to be analysed and the format (e.g. header and contents or 
rows and columns) of the report to be delivered. The tool 112 causes headers and 
header content files 122 to be stored and item titie files 1 24 to be stored. 

25 

The software 110 can also analyse the data in the database 105. For example, it 
can compare one stream of parameters with another stream of parameters and look for 
correlations or anomalies. It can measure flow into a given stage and compare it with 
flow out and search for discrepancies indicative of leakage. It can perform rolling 
30 average (integration) analysis or look for unusual. spikes (differentiation) in the data. 
These are just examples of the many analysis functions that can be performed. The 
output of the summarising and analysing software 110 is deUvered to a reportmg 
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module 120. It may be noted that certain data items need not be summarised or 
analysed and can be reported directly fiom the database 105 to the reporting software 
1 20. By way of example, there may be alarms that need not be summarised or analysed 
but simply need to be reported. 

5 • 

The reporting software 120 creates arq)ort file 121 inRSS foraiat. 
RSS is a fonnat designed to aUow Web site content to be easily syndicated. The 
syndicated content can be integrated into other Web sites, or can be viewed by 
individuals via an assortment of desktop ^pUcadons. For example, CNefs News.com 
1 0 (trademark) site can be syndicated, meaning you can add the News.com's latest 
headlines to a web site. 

An RSS feed is a Web-accessible file that can be accessed by those wishing to 
consume the respective content. In this way the web site's content is said to be 
1 5 "syndicated". The file is an XML file in the proper RSS standards format. Typically, an 
RSS feed is a static .xml that is periodically tq>dated by some background process, but 
ASP or ASP.NET Web pages can be used to dynamically generate the RSS feed's 
content 
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An example of an RSS feedfile is as follows. 

<?xnil version="l .6" ?> 
<rssversion="2.0"> 
<channel> 

<title>Main System Server Report</title> 

<liiik>http://wvvw.oimnonit6rin 

<description>Systein Status Report<description> 

<item> 

<title>Pmnp 4 Oil Level Alann</title> 

<link>http:// www.oiirmomtoringsystenixoin/alanns.htm</^^ 
«iescription>Oil level alannpump 4 at 15:30 on 12Sept03</description> 
</item> 

<itein> 

<title>Puinp 3 Water Flow Waming</title> 

<link>http:// www.ounnonitoringsystemxom/wamings.htna </link> 
<:description> Water flow warning pump 3 at 07:30 on 12Sept03<ydescription> 
<^tem> 

</channel> 
<rss> 

la tbis feedfile, the first two lines of code merely indicate the version of XML 
software being used and indicate that the file is an RSS file with a particnlar version 
number. At the end of the file, the operators "/RSS" indicates the end of the file. 
Between the second line and the last line, the channel is opened and closed. There may 
be more than one channel in a file. Initially, upon opening the channel, there is a . 
channel title with a channel link and a chanael description. These various items are put 
into the report software 120 from the predefined header and header content files 122. 
The title is selected to indicate the subject that is common to all the subsequent itCTis 
being reported. The link is a link to a computer on the network where details of the 
events can be found (for example a link to computer 10, computer 14 or computer 41). 
The description is a text file that is generally longer than the mere title. Following the 
channel definition, there is a sequence of items- hi the example shown, there are just 
two items, each commencing with an "item" tag and ending with a "close^' tag. Each 
item, has a title a link and a descriptionu The item title is drawn from the predefined 
title files 124. The link is typically a sub-page within the page at which the channel is 
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found, and the description is &e content of t6e report or is derived from the content of 
the report from the smnmaiising md analysing software 1 10 or from the database 105. 

The above RSS file has as its root the <rss> node. Following this there is one 
<channel> node. Inside the channel node there must be the <title>, <link>, and 
<description;> nodes. The actual content to be syndicated appears in the <item> tags. 
Each <item> tag must have at least a <title> or <desciiption> tag. (For a much more 
thorough discussion of the RSS spec, see, for example, 
http://backend.userland.com/rss.) 



The entire report file 121 has a file name which will uniquely identify that file 
on the central processor 10. The file is stored in ihe central processor 10 and its file 
name can be found in the directory of that central processor. It is now available to be 
picked up from any one of a number of computers in different manners as will be 
15 described. 

Processor 10 preferably has numerous RSS feeds and each RSS feed has, for 
example, between 2 and 10 <item;> tags, one for each of up to 10 latest reports. Ibis 
RSS feed is generated in one of two ways: 



25 



the feed can be generated as a static .xml file (e.g. every half hour) by some 
background process, or 

the feed can be dynamically generated every time it is requested by having the 
RSS feed be an ASP page that generates the needed XML 



The preference between these options depends on how often the content is 
updated. If new content is added just once a day. or twice a day. then the static ^proach 
is likely to be preferred. However, if the content changes frequently, a dynamic RSS 
feed might be the better option. The dynamically generated feed is prefenred for the 
30 present controls based application. 
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Referring to Figure 3 it will now be'described how the file 121 is used to 
generate a web page by a computer 41 which is typically located on the operator LAN 
22 (but could be connected on one of the other LANs or at another point in the Ihtemet 
26). 

5 

Stored on computer 41 is a web page template that comprises a number of 
fields such as fields 301, 302, 303 and 304. Within the first of these, there are sub- 
fields 310 to 314. Software in the computer 41 populates these fields with data from the 
RSS file available on processor 10. Computer 41 addresses processor 10 by its unique 

1 0 IP address and looks for one or more RSS files, either by name or by data of generation 
or in some other way. It receives that file or those files &om processor 1 0 and uses it or 
them to prepare a consoHdated web page. It places the channel title in field 310, making 
the content of field 3 10 into a link to the channel link. Similarly, it places the first item 
title in the field 31 1 and makes this a link to the first item link. It places the first item 

1 5 description in field 3 12. Similarly, it places the second item title in field 3 13 with a link 
to the second item link and places the second item description in field 314. If there are 
fiirfher items, these can similarly be included in field 301, either by providing additional 
boxes in the field or by providing a scrollable field with an unlimited number of boxes. 
Other fields such as field 302, 303 and 304 can be populated with other infonnation. 

20 Forexample,otherstreamingnewsmediainformationmaybeplacedinfield302,such 

as news from a Cable Network News (trademark) channel and the like. 

The completed web page as shown in Figure 3 is uniquely identifiable on 
computer 41 by a unique URL haymg a sub-address perhaps identified by the name of 

25 the RSS file from which it is generated. If there are several RSS files on the processor 
10, each cai be built iq) as a web page by tiie computer 41 , each having a separate URL 
sub-address. In order now to view the .summary and report data, all that is necessary 
from the point of view of the maintenance engineer using computer 42 is for the 
browser of the computer 42 to address the web pages generated on computer 41. The 

30 unique URL with its sub-address identifying the p.articular page on computer 41 is 

entered into the browser of the computer 42 and, through the virtual private network set 
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Up between firewalls 28 and 25. the computer 42 is able to view the web page shown in 
Figure 3. 

As an alternative to the web page illustrated in Figure 3, the computer 42 can be 
5 provided witii syndicated newsfeed subscription software (sometimes referred to as 
news aggregator software) such as is provided by Newsgator Technologies of 2948 
West Creek Trail, Highlands Ranch, CO 80129, USA, which provides RSS feed 
integration with Microsoft Outlook (trademark). The user of the computer 42 provides 
the syndicated newsfeed subscription software with the IP address or URL of the central 

1 0 processor 10 and (preferably) the specific page or pages at that address which are of 
interest to the user of the computer 42. By "pointing" the syndicated newsfeed reader 
software to the specific address of the server to which the manufectuiing plant or other 
equipment is comiected), the syndicated newsfeed reader software on the conq)uter 42 
will open up on the screen of the computer 42 and deliver the reports generated by the 

15 processor 10 in a clear and logical fomiat. The exact format is not as controllable as in 
the case of the website shown in Figure 3, but syndicated newsfeed software typically 
adopts a similar format of presenting the item title, the link and the item description, 
followed by the next item title, link and description, etc. Thus, the presentation of the 
reports will follow the presentation in file 121 of Figure 2. 

20 

The user of computer 42 can select the read interval, i.e, the interval at which 
the computer 42 refreshes its RSS file from the central processor 10. This read interval 
10 may be infrequent (e.g. once per day) or may be a sufficiently brief interval to ensure 
that every update to the RSS file on central processor 10 is captured by an update at the 

25 syndicated newsfeed reader in computer 42. Preferably, the read interval set for the 

computer 42 is no greater than the report interval at which a file 121 is refireshed. The . 
syndicated newsfeed reader preferably determines whether an RSS file that it reads -from 
the central processor 10 has been updated. This is preferably achieved by exa minin g 
the time stamp for the file, typically contained in the file name, but may be carried out 

30 by examining a time stamp within tiie file or by performing content comparison, 
comparing the content of a newly read RSS file with the content of the immediately 
preceding file to identify whether any update has taken place. 
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Referring to Figure 4, the Internet 26, firewall 25 and central processor 1 0 of 
Figure 1 are shownr coimected to the Ethernet 12. In this example, there are three 
processors 401, 402 and 403 connected to the Ethernet 12, each of these processors 

5 being a server. Each server has its own unique IP address. TMs arrangement is 

illustrated for the purposes of explaining two variations on the arrangement described 
with reference to Figure 1 . First, it is possible for the feedfile 121 generated in the 
processor 10 to provide links to one ormore of the processors 401 to 403. For example, 
where one of the items in the feedfile 121 gives a link, that link can directly address the 

1 0 processor 401 (or one of the other processors) instead of addressing a page in the central 
processor 10. In this way, the engineer or operator observing the feedfile firom a remote 
^Hcation has the ability to Unk directly to the processor firom which the relevant data 
is being generated. 

15 A second useful feature of the arrangement of Figure 4 is that any one of the 

processors 401 to 403 can generate its own feedfile. Of course, a browser wishing to 
address a feedfile on one of the servers will need to direct its syndicated newsfeed 
subscription software to a different IP address as weU as to the file stored at that 
address. Thus, it is possible for a remote computer to selectively address a feedfile 

20 being stored at more than one server (identified by IP address) and more than one page 
stored on any one of those servers. 

The data produced/required to be stored on each web-serving system or sub- 
system is as follows: 

25 

live Data - Ihe data that represents Ihe current state of the sj^em and any 
attached sub-systems 

Historical Data - archived "Live Data" stored covering a defined period tcom 
the local system and any attached sub-system 
30 • Events Data - Alarms, warnings and other defined events from the local 
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News Feed - A coUection of adviso'ries that new "Events Data" items have 
occurred. 

As well as storing the data in a database, other formats can be used. For 
example, an XML data stmcture, XLS style sheets and web-pages can use these ffles to 
present tiie data to the iiser and/or data recording system. All "Live Data", "Historical 
Data", "Events Data" and "Snap-Shot Data" is preferably stored in XML structured 
files. 

Any event, be that a warning, alarm or other event (as defined by the 
user/designer) will cause: 

The creation of a "Snap-Shot" Data file that will hold tiie "Live Data" recorded 
" at the time of the defined event 

The creation of a "News Feed" Rich Site Summary (RSS) ffle and/or News 
Syndication Javascript, VBScript (or equivalent) file. These will point the user 
to the relevant ffle that will allow him or her to view both the current "Live 
Data" and the "Sn^Shot Data" of the relevant event. 

20 "Live Data", "Historical Data" and "Events Data" files consist of locally 

generated data items plus data recorded fix>m similar files on associated sub-systems 
either stored as "cHld" items within the XML structure of a single file (direct) or stored 
as separate file copies of the sub-system files (indirect). This is iUusttated with r^pect 
to Figure 5, in which two systems 500 and 501 are shown with four subsystems 510 to 

25 513."subsystems 510, 51 1 and 512 are "child" systems of system 500. Subsystems 512 
andSlS are "child" systems of system 501. Note that a subsystem may be a child of . 
more than one system. So. for scample, the "Events Data" file(s) of system AwiU also 
directly or indirectly hold the "Events Data" files of sub-systems 510 and 511. There 
may also be occasions where a sub-system is shared - in this case it could be that all of 

30 &e data from sub-system 512 is added to the files.of System A or itmay bethe case that 
only an appropriate sub-set is added. 
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A SCRIPT file (such as *a VBScript or Javascript file) can be read as an include 
file by another system to advise the reader of the relevant web-page that a event has 
occurred on a monitored system. Such an arrangement provides a web-page designer 
5 • with another way of embedding newsfeed status information about another control 
systaai within a web-page. 

A example Javascript File is as follows. 

10 // Control System Newsfile 

document.write( "<!-ARTICLE~>\n" ); 
document.write( "\n" ); 

SS^/b^i-sl^er]/^ts.htm target=\"_blank\" >Water Flow Failure in Device 
15 XYZ</aX/b> <font size=l>at 16:45 on 17/03/2003</font> \n" ); 

docui5ent.vmte( " ■<a> \n" ); 

documait.vmte( "<p>\n" ); 

document.write( "\n" ); 

document.write( "\n" ); 
20 document.write( "\n" ); 

document.write( ••<!-AR'nCLE->\n" ); 

document.write( "\a" ); 

document writeC "<p> <^xa 

hre^http://[your-server3/events.htm target^"_blani^••>Oil Level Waimng m pump 
25 abc</aX/b> <font size='l>at 

17:15 on 17/03/2003</font> \a" ); 

In the above, [your-server] could be device processor 14 or the higher level 
processor 10 as preferred. 

30 

In this manner, the invention described and claimed uses the technologies 
appUed to advising the world of key "breaking" news events and applies it to web based 
control systems. This provides users with a new way to get erroi/infoimation messages 
from their monitored system(s) onto their PC screens using existing technologies and 
35 without the need for them to have their internet browser on and open. 
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By using this techiiique, control engineers can set their PCs, usiag off-the-shelf 
news feed technologies to read the generated news-feed articles or headlines emerging 
from any user selected control systems. 

The above detailed description has been given by way of example and 
modifications of the invention can be made by, and further advantages will be apparent 
to, one of ordinary skdll in the art, within the scope of the invention. 



